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CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] The present application claims the priority benefit of U.S. provisional 

patent application S/N 60/483.785 entitled " Method and Apparatus for Using QoS 
Priorities to Map Packets from a CSMA-CD Network to/from Isochronous Channels 
of a Parameterized QoS Network" filed on June 30. 2003. and of U.S. provisional 
patent application S/N 60/496.248 entitled "Mapping Packets from Ethernet with 
Prioritzed QoS to/from Isochronous Channels of 1394" filed on August 18. 2003, the 
disclosures of which are hereby Incorporated by reference. 

TECHNICAL FIELD 

[0002] The present invention relates to communications systems generally 

and. more particularly, to an apparatus and method for providing quality of sen/ice 
(QoS) between a prioritized network and a parameterize networic. for example a 
network with Isochronous channels. 

BACKGROUND 

[0003] Ethernet has become a popular technology for broadband home 

networks. Ethernet is well-suited to providing a shared Internet connection between 
multiple PCs in a household and has been the technology of choice mostly because 
most PCs. Cable Modems. DSL modems, etc. sold today already support networking 
over Ethernet. 

[0004] While home networks are useful for shared internet and other 

traditional computing connections, there are also many potential entertainment 
applications for streaming digital video and audio across a home network. 
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Applications Include video distribution from a satellite set top box. music distribution 
from a PC , and sharing video among networl^ed PVRs (e.g., ReplayTV). etc. 
tooos] Streaming AV content requires good quality of service (QoS). If a data 

packet is lost or received incorrectly. It could cause the video to freeze until enough 
of a stream Is received that the decoder can resynchronlze. An Ethemet with 100 
Mbps (million bits per second) full duplex links and non-blocking switches, however 
has a large amount of BW available for transporting a digital audio/video stream. It ' . 
is unlikely that packet errors will occur and it is not likely that a home application 
would generate enough network traffic to block packets and cause them to be 
dropped. 

[0006] One disadvantage of Ethernet, however, is that it requires that twisted 

pair cable be installed. Some of the newer homes come with twisted pair cable 
already installed, but most older homes require that the cables be installed. This 
represents a cost (or work) for the consumer. Wireless devices have recently 
emerged as a way of solving this problem. IEEE802.1 lb. IEEE802.1 1g and 
IEEE802.1 1a have become popular as mobile extensions to the home network or as 
a means of connecting to rooms for which cable installation Is prohibitive. These 
"Ethernet-like" wireless solutions work well for data applications such as Email and 
web browsing, but not for streaming video or audio when other network traffic is 
present. 

[0007] Wireless presents a special problem for streaming audio or video. 

Unlike a hard-wired Ethemet. the total bandwidth (i.e. link rate) of the fastest wireless 
LANs is currently 54-60Mbps. This bandwidth is shared among ail wireless devices 
on the subnetwork. Additionally, the protocols used in many wireless LAN 
technologies are inefficient in that they may require many retransmissions due to 
transmission collisions or packet errors. These problems can be minimized through 
the use of a wireless technology that has special accommodations for streaming. 
[0008] wireless links that include both Asynchronous and Isochronous 

sen/Ices (the same two types of sen^ices that are available on a hard-wired 
IEEE1394 network) could provide a more suitable link for networks that transmit 
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both data and audio/video streams. One such link, currently available, Is HlperLAN2. 
The Asynchronous service is similar to the service available on Ethernet (I.e.. non- " 
time critical packet transfer). The Isochronous services, similar to IEEE 1394, allow 
the end applications to request bandwidth. Once the bandwidth has been allocated, 
a channel is set up between the two nodes and the application is guaranteed to have 
at least that much bandwidth available. If those channels were to be used for 
transporting an audio/video stream over a wireless link, QoS guarantees could be 
greatly improved. 

[0009] It is contemplated that home network systems would include both 

Ethernet-based devices where wired connections are cost-effective and wireless 
devices for inaccessible locations or mobile devices. Such a heterogeneous network 
presents special problems for streaming audio or video, because Quality of Sen/Ice 
is critical to audio and video data transmission. 

[00101 ' The transfer of audio or video stream from an Ethemet device to a 
HlperLAN2 device while maintaining an acceptable level of Quality of Service 
presents difficulties because of the two fundamentally different methods of providing 
QoS employed by these network standards. Ethernet QoS is based on prioritization 
of data packets (prioritized QoS), while HlperLAN2 (and IEEE 1394) allow for 
resen/ation of network resources (bandwidth) by devices at network segment 
endpoints. The provision of QoS by reservation of bandwidth is known as 
parameterized QoS. 

[0011] The prioritized QoS scheme Is favored for Ethernet type networks 

because of the Independent nature of each packet sent on the network and the lack 
of layer 2 Isochronous services on Ethernet. On the other hand, for network 
technologies that have layer 2 isochronous services (e.g., IEEE1394, HiperLAN2), 
parameterized QoS is preferred. For IEEE1394 and HiperLAN2, It is possible for 
devices to request bandwidth from a bandwidth manager. Once that bandwidth is 
allocated, a high degree of QoS is guaranteed, barring other problems such as RF 
interference, for example. 
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10012] In prioritized QoS, fields for assigning priorities have been provided at 

level two of the seven OSI (Open System Interconnection) levels, the data link layer 
and the network layer. For Ethernet, a 3-blt priority field is provided in the Ethernet 
header. These bits are allocated in IEEE802.1q. IEEE802.1D gives guidance on 
how an Ethernet switch reacts to the priorities and recommendations on how the 
priorities are mapped to priorities of other networks that do not use 8 priority levels. 
Suggested mappings of priorities to services are documented in IEEE802.1D Annex 
H and in RFCs 2815 and 2816. Mappings of priorities to various sen/ices are also 
suggested in a table In CEA-2007. This table is referenced by DENi (CEA-2008), 
which is a standard for Ethernet based AV Home Networks. 



[0013] The use of priorities for QoS is also facilitated in the IP header. This is 

known as Differentiated Sen/ices (DIffSen/ for short) and is documented in IETF 
(Internet Engineering Task Force) RFC (Request for Comments) 2474 Definition of 
the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers, December 
1998 and RFC2475. An Architecture for Differentiated Services. December 1998. 
[0014] An example of the use of these priorities In the IP header can be seen 

in DRAFT DVB IPI2001 -01 6r1 1 -Transport of DVB Services over IP-based Networks 
Part 1 : MPEG-2 Transport Streams." The DVB system maps the priorities In the 
TOS field of the IP header to the 802.1q priority field in the Ethernet header. 
[0015] For Prioritized QoS, typical operation would be that the source device 

marks packets with a certain priority at the time they are sent. For example, video 
packets might be marked with priority 001 . The packets are sent out, and the 
Ethernet Switch places the incoming packets in a prioritized queue. Highest priority 
packets are generally passed through the switch before lower priority packets that 
are in the switch at the same time. 

[0016] There are advantages and disadvantages to Prioritized QoS. The 

advantage of prioritized QoS includes its simplicity. It maps very nicely to the current 
Internet architectures. Packets traveling across the Internet may travel different 
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paths than other packet^ in the same stream. By merely assigning priorities, an 
Increased level of QoS is obtained while maintaining packet independence. 
Prioritized QoS schemes generally require no negotiation for resources. Because of 
this. QoS is not guaranteed. It is possible that higher priority packets will arrive at a 
router or switch that take priority over the packets in an AV stream. This is 
considered a disadvantage of prioritized QoS. 

[00171 Parameterized QoS in the form of Isochronous Channels is 

implemented in IEEE 1394 and ETSI HlperLAN2. Both of these technologies allow 
devices to set up "channels" between endpoints. These channels are set up with a. 
specified minimum bandwidth (e.g., 20Mbps). Thereafter, the devices are 
guaranteed to have that much bandwidth available for data transfer. These LAN 
technologies are able to allocate bandwidth by dividing their data transactions up into 
time slots. For IEEE 1394. a time slot is 125usec long. Isochronous traffic that is 
within the reserved bandwidth in the transmit queue is transmitted first in a time slot. 
All of the isochronous traffic is transmitted before any of the Asynchronous traffic. 
However, to make sure that there is always at least some Asynchronous bandwidth 
available for Asynchronous traffic. 20% of the bandwidth is reserved for 
Asynchronous traffic. Therefore, no more than 80% of the available bandwidth will 
be used by Isochronous Channels. 

[0018] HiperLAN2 is very similar to 1 394, except that it is wireless. It uses an 

IEEE 1394 transaction layer for interaction with the host processor, so many of those 
mechanisms are the same. There is a difference in speed. IEEE1394 supports 100. 
200, and 400Mbps speeds while the basic bit rate of HiperU\N2 is 60Mbps. 
[0019] The advantage of Parameterized QoS is that once the bandwidth Is 

reserved, then a specific stream has "guaranteed" QoS as long as it stays within Its 
contracted bandwidth. The disadvantage is that it requires negotiation of parameters 
up front. This negotiation is even more complex in a heterogeneous network with 
many subnetwork boundaries. 

[0020] For heterogeneous applications such as a home network where both 

prioritized QoS (Ethernet) and parameterized QoS (HiperLAN2) are present, it is 
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desirable to bridge a data stream (e.g. audio or video) that originates on a priority 
based Ethernet over the Isochronous Channel of IEEE1394, HiperiJ\N2 or similar 
network or serial bus with Isochronous Services. 

SUMIVIARY 

[0021] An apparatus and method are disclosed for adapting prioritized QoS 
data packets such as those used by Ethernet devices with IEEE802.1q priorities to 
parameterized data packets that can be transmitted over the Isochronous Channel of 
an IEEE1394, HiperLAN2 or similar network or serial bus with Isochronous Services. 
An adapter device uses the presence of a priority on a Priority based QoS LAN as an 
Indication to set up an Isochronous Channel on the IEEE1394, HiperLAN2 or similar 
device for the transfer of a potential stream. When the adapter device sees" the 
priority field and it has determined that to get to the destination device, the next 
segment is across a l-AN with Isochronous services (e.g. IEEE 1394 or HlperLAN2), 
the adapter sets up an Isochronous channel (if it is the first packet of a flow) to the 
next device in the stream path and then fonwards that packet and any future packet 
that is marked identically (IP addresses, port numbers and priorities) down that 
Isochronous Channel. The adapter is also configured to convert packets that have 
been sent over the Isochronous Channel In the manner just described back to 
prioritized data packets for transmission to an Ethernet or other prioritized QoS 
device. Another feature of the adapter and method is dynamic adjustment of 
resen/ed bandwidth size based on activity within a channel. 

[0022] One application of the adapter disclosed assumes an Ethernet 

Backbone with IEEE802.1q priorities, wherein data is transferred from one Ethemet 
node to another over a wireless bridge, the wireless bridge consisting of at least two 
of the disclosed and at least two parameterized QoS wireless/Ethernet Adapters. 
BRIEF DESCRIPTION OF THE DRAWINGS 

[0023] The invention is best understood from the following detailed description 

when read with the accompanying drawing figures. It is emphasized that the various 
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features are not necessarily drawn to scale. In fact, the dimensions may be arbitrarily 
Increased or decreased for clarity of discussion. 

[0024] Figure 1 illustrates a typical network in which the present invention may 

be implemented. 

[0025] Figure 2 illustrates a block diagram of the elements of an exemplary 

adapter and the network components to which the adapter might connect. 

10026] Figure 3 illustrates mapping of stacks for both a prioritized and 

parameterized QoS data packet. 

DETAILED DESCRIPTION 

[0027] In the following detailed description, for purposes of explanation and 

not limitation, exemplary embodiments disclosing specific details are set forth in 
order to provide a thorough understanding of the present invention. However, It will 
be apparent to one having ordinary skill in the art having had the benef it of the 
present disclosure, that the present invention may be practiced In other 
embodiments that depart from the specific details disclosed herein. Moreover, 
descriptions of well-known devices, methods and materials may be omitted so as to 
not obscure the description of the present invention. 

[0028] The Invention is directed toward providing a high Quality of Service 

connection for digital audio, video and other streaming data types in a 
heterogeneous communications network containing both prioritized and 
parameterized quality of service elements. 

[0029] Ethernet has been a useful and widely-accepted communications 

standard for networking computers and peripherals. Ethemet is a hard-wired 
networtc solution and In some Instances, it Is Impractical to run cables to a 
destination where a consumer would prefer to install a computer or a peripheral. An 
example would be a home networi< with components on different floors in an existing 
home where cable routing is not feasible or practical. One solution to this situation is 
to connect remotely located devices with wireless network components. One 
popular form of a wireless networking standard is HlperLAN2. Unfortunately, 
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HiperLAN2 and Ethernet are not directly compatible and an all-HlperLAN2 network Is 
not always desirable, owing to cost, compatibility and other factors. According to an 
aspect of the Invention, an adapter device is provided to communicate between 
Ethernet and Hiperl_AN2 devices. More specifically, the adapter Is Intended to 
enable high priority streaming data packets originating on Ethernet to be transmitted 
over Isochronous reserved channels that are a feature of HiperLAN2. A second 
HiperUVN2 device / adapter set would receive the data from the first set and the 
adapter to reconnect the message back to other Ethernet devices. 

[0030] Figure 1 shows an example of a network 10 employing HlperLAN2 

equipment 1 10, 120 coupled with a version of the disclosed adapter 100. 130 to 
connect remote Ethernet-based devices 70 -90 to an Ethernet-based network 20-60. 
A conventional Ethernet-based network Is comprised of Central Switch 20, Internet 
Gateway 60 and endpoint computers 30 and 40, all of which are on the Ethernet 
segment of the LAN. Endpoint computers 70 and 80 and In-room switch 90 are 
remotely located and cable connections to the central switch are not feasible. 
Instead of hardwiring computers 70 and 80 to the central switch, the in-room switch 
is connected to an adapter 100, which is connected to a HiperLAN2 wireless 
transceiver. A second Hiperl_AN2 wireless transceiver 1 20 is connected to a 
second adapter 130, which is also connected to the central switch 20. 
Communications between the remotely located computers 70 and 80 and the central 
switch 20 is established over a wireless connection between the two Hiperl_AN2 
devices through the two adapters. Note that this Is not limited to two wireless 
devices and that other remotely-located devices can have access to the central 
switch via adapter 130, via wireless cluster 140 established by wireless device 120. 
[0031] An object of the invention is to provide high level quality of sen/ice 

between the Ethernet and the wireless devices in the exemplary network depicted in 
Figure 1 . In Ethernet or other prioritized QoS networks, data is sent in discrete 
packets, with assigned priorities. Each individual node along the path through which 
the packets travel determines the packets priority level and fonwards the packet 
either ahead of or behind other packets the node has received depending on priority. 
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In HiperLAN2 and !EE^ 1394 networks, two forms of data transmission are 
available, asynchronous and isochronous channels. The asynchronous 
communication works much the same as Ethemet in that packets have no guarantee 
of timely delivery, especially on a heavily loaded network. The isochronous 
channels, however, provide a more reliable transmission mode for data that must be 
transmitted on time, such as audio or video streams. An isochronous channel 
guarantees that a certain amount of bandwidth will be available allowing packets to 
be transmitted on time. This Is accomplished by opening time slot windows in data 
transmission. Each particular window is open for a discrete time on a periodic basip 
while the channel is open, thus guaranteeing data will be transmitted through the 
channel on time. 

[0032] One aspect of the invention is to connect streaming data originating on 

Ethemet to a network that operates with Isochronous channels and to take 
advantage of those channels to ensure high level quality of service for higher priority 
messages such as streaming data. In an exemplary version, Ethemet packet 
payloads are encapsulated into packets transmittable on the isochronous channels 
HiperLAN2 or IEEE1394. 

[0033] Figure 2 shows an exemplary adapter 230 connected to an Ethernet 

network 220 and to an IEEE1394 network 240. Hardware components of adapter 
230 include a first device 232 for receiving and/or transmitting data to the Ethemet 
side of the adapter and a second device 235 for receiving and/or transmitting data to 
the HiperLAN2 side of the adapter. Processor 237 is in communications with both 
devices (which may be for example, transceiver devices) and performs the required 
operations, to a) recognize that prioritized data has been received from the Ethernet; 
b) detemiine that the level of the prioritized data is such that the data should be 
transmitted across the HiperLAN2 device in an isochronous channel (as opposed to 
the lower QoS asynchronous transaction); c) establish communications over the 
HiperLAN2 device and set up an isochronous channel, including necessary address 
mapping of destination devices; d) convert the Ethernet packet to a IEEE 1394 
format packet and e) transmit the packet to the HiperLAN2 device on the IEEE 1394 
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network. Once the isochronous channel is set up, the processor would then 
receive, convert and transmit all further data packets from the Ethernet transceiver 
until either a time out or a flag Indicates that no more data remains to be transmitted 
to the particular address for which the isochronous channel was opened. In that 
case, the processor sends the appropriate message to the Isochronous Resource 
Manager (IRM) on the 1394 network (which may altematlvely be in the HiperLAN2 
device) to signal a "teardown" of the isochronous channel. 

[0034] In the case where data is received by the HiperLAN2 device 235. the 

processor would perform operations to convert the data to Ethernet format and 
retransmit the data to the Ethernet transceiver. This operation is performed 
regardless of whether the data is coming from an asynchronous or isochronpus 
channel. At the very least, the payload is removed from the IEEE 1394 packet and 
then encapsulated in an Ethernet packet. Included in the payload is the IP header, 
which is used to determine the correct physical addresses on each segment of the 
l-AN. Asynchronous packets use dynamic source and destination node addresses 
while isochronous channels use channel numbers. RFC2734 specifies how IP 
packets are carried in asynchronous packets. No standard presently exists for 
encapsulation of IP packets in isochronous packets. 

[0035] Establishment of Isochronous Channel 

[0036] The first task for the adapter processor is to determine whether to open 

an isochronous channel over the IEEE 1394 network. Low priority data would be 
sent across the HiperLAN2 network as an asynchronous transaction, much the same 
as it is sent across the Ethemet. one packet at a time, first in, first out. However, it is 
desirable that high priority data, such as streaming audio or video be transmitted 
across the IEEE 1394 network, such as via a HlperLAN2 link, in an isochronous 
channel. 

[0037] In one embodiment of the Invention the presence of a priority header 

on a priority based QoS LAN such as Ethemet is used as an indication to set up an 
Isochronous Channel for the transfer of a potential stream. When an adapter device 
recognizes the priority field and it has determined that to get to the destination 



wo 2005/006708 



PCT/US2004/020894 



11 - 



device, the next segment is across a LAN with Isochronous services, the adapter 
sets up an Isochronous channel (if it Is the first packet of a flow) to the next device in 
the stream path and then fonn/ards that packet and any future packet that is marked 
identically (addresses and priorities) down that Isochronous channel. Aitematively. 
IP addresses and Port numbers (source and destination) can be used to identify 
packets of the same stream. 

[0038] Instead of using the simple presence of the priority bits as an Indication 

to set up a channel, one could use a slightly different variation. Specific priorities 
can be used as indications to set up channels. For example, in the Consumer 
Electronics Association (CEA) standard CEA-2007 priority mappings, priorities 1.2. 
4, and 5 are streaming priorities. (CEA 2007 defines the use of the priority field in ' 
802.1Q Ethernet packets to allow IP Ethernet networks to concurrently support 
differing QoS implementations. This document recognizes three classes of QoS: 
Best effort, priority routing and fully managed connections). Accordingly, an 
alternative embodiment would set up isochronous channels only when the adapter 
recognizes those priorities. 

[0039] Preservation of Priority Levels Across Parameterized Network 

[0040] In the case of a wireless bridge based on HiperLAN2. data packets 

would be transported from Ethernet to an Ethernet/I EEE1 394 adapter to a 
HiperiJ^N2 device. Data is then sent over a wireless link to a next HlperLAN2 device 
and then to an IEEE 1394/Ethemet Adapter and finally to the Ethemet networi< on 
the other side of the wireless link. In a preferred embodiment, a single adapter is 
capable of making Ethemet to IEEE1394 conversions and IEEE 1394 to Ethemet 
conversions. At the receiving end. the stream that Is traveling In an isochronous 
Channel would be placed back onto an Ethernet Segment using priority QoS. This 
requires that the receiving adapter know at what level to set the priority. This can be 
done in several ways. One would be to carry the entire Ethemet header across the 
HiperLAN2 link with the packets. In this case, this would be like tunneling the 
Ethemet packets through a HiperiJVN2 channel. In the case of IEEE 1394, It would 
be like tunneling the packets through an IEC61883/IEEE 1394 channel. The 
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Ethernet destination and source address would need to be replaced Media Access 
Control (MAC) addresses on the next LAN segment before the packet is fonwarded 
on. in yet another embodiment, the Ethemet header could be stripped off of the 
packet (down to the IP layer) and then encapsulated In the packet In the proper layer 
(IEC61 883 for IEEE 1 394) for transport across the Isochronous Channel. In this 
case, the same priority that exists in the Ethemet header can be placed in the IP 
header either by the transmitting adapter or the originating application. 
[00411 inclusion of IP Layer in Isochronous Channel 

10042] Because two different networks are connected to the adapter and 

devtee addresses in those networks are In different formats, some form of identifying 
each device in a common way Is needed. For most LANs today, the network- 
addressing scheme of choice is Internet Protocol (IP). An IP layer can provide the 
common network-addressing layer that allows any device to communicate with any 
other device. This is well known on the control side and for streaming video across 
classic IP based networks such as Ethemet. However, IP has not been used in 
Isochronous Channels up to this point. But the present Invention recognizes that IP 
can add the same type of common network layer for streaming through isochronous 
channels that It provides for control and file exchange. An aspect of the adapter 
according to the present invention is that an IP layer be included in the stream that 
traverses the network, including the portion of the path that includes an Isochronous 
Channel. This eliminates the need for mappings and negotiations. 

[0043] In one embodiment, an IP layer can be included In an Isochronous 

Channel using IEEE 1394 by defining a new format (FMT) code to be placed in the 
Common Isochronous Packet (CIP) header of an IEC-61883 layer, which defines the 
rest of the packet as an IP packet. There are currently codes for the following data 
standards: Digital Video Cassette Recorder (DVCR) =000000, Motion Picture 
Experts Group (MPEG)=1 00000, Audio and Music (A&M) =010000, and Digital 
Satellite System (DSS)=1 00001 . There are also two vendor unique (free) codes that 
can be used by a specific vendor to send a non-standard format. Either a new. 
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industry-wide specific code could be established for sending IP In the Isochronous 
Channels or either of the two vendor unique codes can be used. 

[0044] Figure 3a is an exennplary Illustration of how an IP layer can be carried 

over IEC61883 In a 1394 Isochronous Channel. In the figure. UDP is the User 
Datagram Protocol and RTF is the Real Time Transport Protocol. Carrying IP UDP 
and RTP in the lEC 61 888 header In the isochronous channel is In contrast to a 
proposal within Consumer Electronics Association to carry IEC61883 over IP on the 
Ethernet side. The example protocol stacks in Figures 3a and 3b illustrate the 
differences. Unlike the proposed CEA stack arrangement of Figure 3b. carrying IP 
over the IEC61883 layer has the advantage of providing common addressing 
information In an IEC61883/MPEG2 Isochronous stream. While this example shows 
UDP. RTP and MPEG2-TS protocols above the IP layer, other protocols are 
possible, such as TCP and HTTP. 

[0045] Transferring IVIPEG2 directly in 61883 does not work well for networks 

because of the lack of addressing information. By including the IP layer In the 
isochronous channel, addressing Information is preserved across the channel. 
[0046] In a typical embodiment. It will be necessary for the adapter processor 

to perform some packet segmentation on the Ethernet side and reassembly by the 
receiving adapter processor due to the maximum packet size of the different 
networks. In some cases, the maximum Ethernet packet (~ 1500 bytes) will be 
larger than that allowed on an IEEE1394/IEC61883 Isochronous Channel. In that 
case, the packet would need to be fragmented at the transmitter and then 
reassembled at the receiving end. IEC61883 contains provisions to do this. IP also 
contains provisions for fragmentation, so it is possible to match packet sizes 
regardless of the source and destination of the packets. 

[0047] To retain the priorities so that they can be regenerated on the receiving 

end of the bridge, the source device or the transmitting adapter can populate the 
priority field of the IP header to be the same as the priority in the Ethemet header 
Since the IP header is carried across the link, the priority information will be available 
at the terminating adapter. 
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[0048] Address Mapping 

[0049] Every packet passing on a LAN segment must have the physical 

address of a source and destination (or Isochronous Channel number) Included In 
the packet. For each LAN segment, Address Resolution Protocol messages (per 
Internet standard documents RFC826 for Ethernet and RFC2734 for IEEE 1394) can 
be used to map IP addresses to physical addresses. In many cases, the physical 
address will end up being the address of an adapter or bridge, and only represents 
one hop in the packet's journey to the final destination (identified by the IP address). 
RFC2734 states how to send IP packets over Asynchronous Services on 1394 and. 
how to send an ARP on IEEE1394. No such document exists for Isochronous 
channels, but the ARP according to RFC2734 can still be used to find the physical 
address of the destination IEEE 1394 (or HiperLAN2) node. Once the source 
adapter knows the destination adapter's address, it can set up an IEEE 
1394/IEC61883 Isochronous Channel to that node. The packets can then be sent 
down that Isochronous Channel In the format depicted in Figure 3a (320) using the 
channel number detemnined at the time that the isochronous channel was set up. If 
that node is not the final destination (e.g., the final destination is an Ethernet node), 
then the receiving adapter broadcasts an ARP on the destination Ethemet. The 
destination node responds with its physical address and the adapter fonwards the 
stream to that node, loading the Ethernet header with the proper source and 
destination physical addresses and with the priority from the IP header. The 
adapters can maintain the physical address/IP address mapping Information In 
tables so that an ARP does not need to be performed on every packet. 
[0050] Bandwidth Sizing 

[0051] One other aspect to be addressed In sending an Ethemet data stream 

over an isochronous channel is bandwidth negotiation. There are many ways to 
determine the amount of bandwidth to be reserved by the pair of adaptere. The 
easiest way is for the bandwidth to be a standardized predetermined number that 
covers the maximum that may occur. When the adapters need to set up a channel, 
they can operate to set the bandwidth allocation registers to provide a maximum 
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bandwidth. This however Is not very efficient use of the bandwidth available. 
Another possibility would be to adaptively set the bandwidth oif the Isochronous " 
Channel. For example, the bandwidth can be set high (to cover any realistic video 
stream), and then as the adapter collects data on the stream (e.g.. average bit rate, 
peak bit rate, etc.). the adapter can adjust the reserved bandwidth. 
[0052] Another method of setting the bandwidth is Including a predefined field 

(preferably in the Ethernet header) that allows for the video source to declare the bit 
rate of the stream in each packet. This field could vary, within some predefined 
minimum, maximum, and maximum change and change Interval. A variation of this 
would be to use a priority mapping different than that presented In CEA-2007 or 
Annex H pf IEEE802.1d. In one configuration, the priorities would be tied to some bit 
rate (e.g.. l=5Mbps. 2=10Mbps. etc.). However, one disadvantage to this approach 
•s that switches will treat these numbers as priorities and which may not be the most 
optimal way of using the priorities. In an exemplary embodiment, the priorities and 
bit rate declarations are independent. 

[0053] Tear Down 

[0054] Once the stream stops, the Isochronous Channel will need to be torn 

down to free up the bandwidth. A number of embodiments are possible. In one 
embodiment. If the required bandwidth is carried in the packets as previously 
discussed, then a packet can be sent at the end of the stream with a null bandwidth 
setting (setting of zero bandwidth). Another possibility that does not require any 
signaling is to simply tear down the channel if no packets that need to traverse the 
Isochronous Channel have been generated within a specified period of time (e.g., 1 
minute). So, in this case, if no packets for a specific video stream have been 
received in the past minute, then the Isochronous Channel gets torn down and the 
bandwidth becomes available for other applications. 

£0055] in accordance with another aspect, the subject Invention resides In the 

program storage medium that constrains operation of the associated processors(s) 
and In the method steps that are undertaken by cooperative operation of the 
processor(s) on the messages within the communications network. These 
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processes may exist in a variety of forms having elements tliat are more or less 
active or passive. For example, they exist as software program(s) comprised of 
program instructions In source code or object code, executable code or other 
formats. Any of the above may be embodied on a computer readable medium, which 
include storage devices and signals, in compressed or uncompressed form. 
Exemplary computer readable storage devices include conventional computer 
system RAM (random access memory), ROM (read only memory), EPROM 
(erasable, programmable ROM). EEPROM (electrically erasable, programmable 
ROM), flash memory, and magnetic or optical disks or tapes. Exemplary computer 
readable signals, whether modulated using a carrier or not, are signals that a 
computer system hosting or running the computer program may be configured to 
access. Including signals downloaded through the Internet or other networks. 
Examples of the foregoing Include distribution of the program(s) on a CD ROM or via 
Internet download. The same Is tme of computer networi^ In general, 
loosq In the form of processes and apparatus implemented by digital 

processors, the associated programming medium and computer program code Is 
loaded into and executed by a processor, or may be referenced by a processor that 
is othenwise programmed, so as to constrain operations of the processor and/or 
other peripheral elements that cooperate with the processor. Due to such 
programming, the processor or computer becomes an apparatus that practices the 
method of the Invention as well as an embodiment thereof. When Implemented on a 
general-purpose processor, the computer program code segments configure the 
processor to create specific logic circuits. Such variations In the nature of the 
program carrying medium, and In the different configurations by which computational 
and control and switching elements can be coupled operationally, are all within the 
scope of the present invention 

[0057] The foregoing discussion of the invention has been presented for 

purposes of illustration and description. Further, the description is not intended to 
limit the invention to the form disclosed herein. Consequently, variations and 
modifications commensurate with the above teachings and with the skill and 
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knowledge of the relevant art are within the scope of the present Invention The 
embodiment described herein above is further intended to explain the best mode * 
presently known of practicing the Invention and to enable others skilled In the art. to 

utilize the invention as such, or In other embodiments, and with the various 
modifications required by their particular application or uses of the invention It is 
Intended that the appended claims be construed to Include alternative embodiments 
to the extent permitted by the prior art. 



